home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960715-19961006 / 000121_news@columbia.edu _Wed Jul 31 17:28:03 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: news@columbia.edu
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id RAA08562 for <kermit.misc@watsun.cc.columbia.edu>; Wed, 31 Jul 1996 17:28:03 -0400 (EDT)
  3. Received: (from news@localhost) by newsmaster.cc.columbia.edu (8.7.5/8.7.3) id RAA15295 for kermit.misc@watsun; Wed, 31 Jul 1996 17:28:02 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: MS Kermit 3.14 delays at 28.8.
  8. Date: 31 Jul 1996 21:27:41 GMT
  9. Organization: Columbia University
  10. Lines: 44
  11. Distribution: usa
  12. Message-ID: <4toj4d$93p@apakabar.cc.columbia.edu>
  13. References: <4tnosr$82p@kocrsv08.delcoelect.com> <4tnt6k$sl@apakabar.cc.columbia.edu> <4to5eb$arp@kocrsv08.delcoelect.com>
  14. NNTP-Posting-Host: watsun.cc.columbia.edu
  15.  
  16.  
  17. In article <4to5eb$arp@kocrsv08.delcoelect.com>,
  18. Spiros Triantafyllopoulos <c23st@eng.delcoelect.com> wrote:
  19. : Frank da Cruz (fdc@watsun.cc.columbia.edu) wrote:
  20. : : It sounds like the modem is flow-controlling the PC.  Which could happen
  21. : : for many different reasons.  The most likely reason is that it is busy
  22. : : engaging in some protocol with the other modem -- falling back or falling
  23. : : forward, retraining, recovering from transmission errors by retransmitting
  24. : : LAPM blocks, etc.  You say this just started happening at the same time
  25. : : that you started getting 28800 bps connections rather than 26400, so maybe
  26. : : your ISP installed some new modems and this accounts for the new behavior.
  27. : 
  28. : This started happening when the ISP started using new modems
  29. : (upgraded to support 33.6... I started seeing more 28.8 connections
  30. : and these  delays... Is there an easy way to find out more information
  31. : (run in debug mode?), and/or remedy it?
  32. : 
  33. We have to expect this kind of problem periodically (with an ever
  34. diminishing period) as modem makers fall all over themselves to outdo each
  35. other.  Before standard X even settles down, the market is already flooded
  36. with modems that implement "X+" or "Turbo-X".  But since "X+" (in this case,
  37. V.34+) is not defined by any standard, implementations of it in -- and
  38. reactions *to* it by -- modems from different makers are likely to vary.
  39.  
  40. There's nothing that Kermit can do about it.  You have to dig into your
  41. modem manual and find the commands that enable those things that work on
  42. this particular connection, and disable those things that do not.  If you
  43. only call this one place, then save the configuration in your modem as a
  44. "profile" or something, whatever your modem offers in this area.  If you
  45. call different places, define Kermit macros for installing appropriate
  46. groups of settings in the modem for calling each place.
  47.  
  48. On a philosophical note: I think we can expect computing and networking in
  49. all their forms to become increasingly chaotic, and our interactions with
  50. them to become increasingly time-consuming and aggravating.  No product will
  51. live long enough to reach stability -- each will be quickly rendered
  52. obsolete by something new that is even more complicated and less stable.
  53. Each new thing will be sold at a lower margin so as to crush the
  54. competition, and so less time and money will be spent on engineering,
  55. testing, and verification.  Eventually products themselves will become
  56. completely useless and will disappear from the scene entirely, leaving only
  57. marketing :-)
  58.  
  59. - Frank